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& SUBSTIT UTE SPECIFICATION 

Client-Server System for Direct Download of Content Using a Sub-Menu and a 
Browser Application 

Background of the invention 
BACKGROUND OF THE INVENTION 

Field of the Invention 

rOOOH The present invention relates to a client-server system, and more 

particularly to a way of downloading content between a client and a server. 

Description of the Prior Art 

[0002] A client-server system comprises a client terminal and a remote 

server. In the context of the present invention a client terminal consists in a portable 
radio communication device such as a mobile phone operating in a communications 
network. The server is located remotely from the client and is connected with the 
network. Th e cli e nt terminal a nd th o server in th e cont e xt of the pr e s e nt i nv e ntion 
operate to transfer cont e nt and data betwe e n on e anoth e r over th o air by moans of 
an a i r int e rfac e . 

Summary of th o Inv efrtion 
SUMMARY OF THE INVENTION 

r00031 The client terminal and the server in the context of the present 

invention operate to transfer content and data between on another over the air by 
means of an air interface. 

Aga i nst th i s background and i n one asp e ct, the pr e s e nt inventions provides a cii o nt 
s e rv e r syst e m as set out i n c l a i m 1. 

[00041 By means of the invention, an end user can obtain new secure content 

for use on his/her terminal from a server quickly, efficiently, and with minimal user 
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input That is to say, the user is able to download content from a server to his/her 
terminal without having to carry out a large number of steps on his terminal (such as 
key depressions) in order to do so. 

[0005] In a specific example, a WAP enabled user terminal (B^h- for example, 

mobile phone) has stored on a memory thereof an electronic game which the user 
can play by means of the phone's Games menu software and user interface (er€h~for 
example, LCD, keys, etc). After a number of plays, the user may wish to have on 
his/her phone a new (or modified) version of the game (e^ -for example, new level), 
which new version is available for downloading from a server of the games provider. 
Accordingly, in a specific arrangement of the present invention, there is provided, as 
a selectable option embedded in the Games sub-menu, a direct games services link, 
which the user can select to effect connection to the server. This directly activates, 
via the phone's WAP browser, a transmission from the mobile phone to the Games 
server comprising a request for a new games download. This request is received at 
the server, processed by the server and then if appropriate the requested games 
download is transmitted by the server via the network to the user's terminal. At the 
terminal, the new game's download is received, processed and stored on the phone's 
memory as the default version of that particular game. The whole process 
advantageously is automatic: the user is required only to initiate the request for the 
new game's download using the direct games services link in the Games sub-menu, 
and the remaining steps of contacting the games server, downloading, and storing 
and setting the n ew g ames d ownload as default is accomplished without the user 
having to perform a great many further operations. Hence, in so far as the user is 
concerned the whole process of obtaining games downloads level is a seamless one. 

r00061 In this Games download example, the advantages are achieved by the 

provision primarily of a combination in the mobile phone of a direct games services 
link in the Games sub-menu and a secure games download authentication means. 
Because of the direct games services link, the user does not need directly to 
navigate to and open the mobile phone's WAP browser, and because of the 
download authentication means, the phone carries out security checks on the games 
download received from server, and if r e co gni s e d recognized as the coming from a 
secure source., is saved directly in the mobile phone memory as the default version of 
the game. 
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r00071 The present invention is not limited, in respect of the requesting, 

downloading and security functionality, to just Games Services, but applies more 
generally to all forms of multi-media applications services such as music and images. 

[OOOgj Other aspects and features of the invention are defined in the 

appended claims. 

Bri e f D e scription of th e Dr a wings 

BRIEF DESCRPTION OF THE DRAWINGS 

[0009] In order to aid a better understanding of the present invention, an 

embodiment of the invention will now be described. This should not be construed as 
limiting the invention, but merely as an example of a specific way of putting the 
invention into effect. In particular, the invention will be described with reference to 
the accompanying drawings in which: 

r00101 Figure 1 is a schematic of client-server system in accordance with a 

preferred arrangement of the present invention; 

rOOHI Figure 2 is a block diagram illustrating selected functional aspects of 

the client server system of Figure 2; 

1*001 21 Figures 3A and B illustrate is a flow chart outlining a preferred way of 

effecting downloading of content in the client-server system of Figures 1 and 2, 

r00131 Figure 4 is a hierarchy illustrating a server side download structure; 

r00141 Figure 5 is a hierarchy illustrating a games data file structure; and 

r00151 Figure 6 is a game data file structure. 

D e ta ile d descript i on of tho invention 

DETAILED DESCRIPTION OF THE INVENTION 

r00161 Figure 1 outlines three entities of the present invention, namely a 

server 21 that holds content for downloading, an end user's mobile phone 31 that is 
able to download the content, and an operator network 41 that provides a 
telecommunications s ervice t o the mobile phone 31. The server 21 has a unique 
URL address and using this can be accessed by the end user through the mobile 
phone 31 which may be WAP or iMODE enabled. 
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r00171 As indicated previously, electronic games software is one example of 

content for a mobile phone platform, and in the following example reference will be 
made to mobile gaming and games content, although the invention is in no way 
intended to be limited to mobile gaming and games content. 

r00181 Mobile gaming is a term used to refer to all aspects of electronic 

games in the context of mobile communications. It is not uncommon nowadays for 
mobile phones to have, pre-loaded on a memory of the phone, content relating to 
one or more electronic games. The games can be played on the mobile phone 
through the phone's User Interface normally involving the use of the LCD and one or 
more of the keys. In order to play a game, the user navigates through the phone's 
various main menu options to the Games option and then selects the particular 
electronic game he or she wishes to play. Certain keys of the mobile phone's keypad 
will be pre-assigned for enabling the user to control certain predetermined features of 
the game, usually in relation to other features of the game which are under the 
control of the software of the game. In this way, the user can be regarded as playing 
'against the computer'. Additionally, in a two (or more) player game, each user 
(player) has control over his/her particular game's characters or features with which 
he/she plays against the other player(s). 

f00191 In general terms, an electronic game that is designed to be played on 

a mobile phone is created by a content provider, who may be the mobile phone 
manufacturer or a third party. Typically, the electronic game comprises a games 
engine that provides the general functions of the game including instructions and 
routines for gameplay, for example by drawing of library functions that define how 
games characters may interact during game play. The electronic game also has 
gaming parameters that set out the environmental factors that define the backdrop to 
the game. Then there are gaming parameters relating to characters of the games, 
these being entities of the game under user control and with which the user during 
gameplay associates himse l f is associated , for instance a team in a sports game, or 
a fighter in a combat game. In the games content, a combination of these factors 
define the look and feel of the game, its characters, its objectives, its rules of 
operation. 

[0020] In order to afford variation in gameplay, in-built into the games 

software, typically, is the ability to have different levels of gameplay ranging in 
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complexity. This is usually implemented in the software by making changes to 
characters, features, aspects and other parameters of the basic gameplay. The 
content provider additionally creates new levels and/or versions for the game. When 
new levels and/or versions are applied to the game it modifies the games content. 
Modified games content has associated with it an identifier tag that identifies the 
version that has been used in its construction. 

r00211 The mobile phone manufacturer may embed the games content onto 

the phone during manufacture, or a utho r is e authorize downloading of the games 
content onto the phone. Thus the user of the mobile phone is equipped for mobile 
gaming. 

F00221 Turning to the end user, the end user is provided with a mobile 

phone 31 carrying the original games content, and the phone is provided a wireless 
communication service through the games operator network 41. The end user may 
begin playing the embedded game in either a stand-alone fashion or interactively 
with other users. After a number of plays of the game, the user will, in the majority of 
cases, become increasingly proficient at the game. After continued play, and 
depending on the skill and ability of the particular user, the end user will most 
probably master the game. At this stage, ordinarily the challenge of the game would 
fade and the user would lose interest in the game. However, by means of the 
preferred arrangement of the invention^ the user has the option to download from the 
mobile phone manufacturer's server 21 new levels and/or versions so as to create a 
new and/or more difficult or different level. The end user accordingly requests using 
a direct games services link in the Games sub-menu, the download of new levels 
and/or versions from the server 21 via the o perator's n etwork 4 1 . The server 21 
holds files of specific type containing the games data. Selecting one of those files 
results in the download of the file to the mobile phone. After validation by the games 
engine and game itself by means of a security and authentication process, the 
games data file is installed to the mobile phone's permanent memory. A more 
detailed description of this process now follows. 

[0023] Referring to Figure 2, there is shown the end user mobile phone 

terminal 31, which through the operator network having an operator server 42 can 
access the mobile phone manufacturer's server 21 having a memory containing 
downloadable files corresponding to new levels and/or versions (L1, L2, L3) of a 
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particular electronic game. An end user 31 wishing to connect to the server 21 to 
obtain a games download selects a direct games service link 32 provided as one of 
the selectable alternatives in the Games sub-menu, for example a selectable menu 
item called "On-line" (or something similar). The direct games service link is a menu- 
driven option embedded in the Games sub-menu structure. When the user 
selects the "On-line" menu item, the software functions to launch the mobile phone's 
browser 33 (e^ -for example, WAP browser) and load into it a pre-determined URL 
identification, thus automatically activating a connection to that addressed URL 
server in order to send a download request to the server. For example a user of 
Nokia's 3340 phone would select "On-line" from within the Games sub-menu and this 

would launch the browser to load a file, e-r^ for example, 

www.clubnokia.com/games/3340/index.wml . It may be that the "3340" portion of this 
example URL, is not included in the file definition, but instead this information is 
derived by the server from the information which the phone's browser presents to the 
server. 

[0024] Alternatively or additionally, the direct games services link option may 

be configured to appear on the LCD automatically on successful completion of a 
particular game level. The user could in this case then elect to download the next 
level without having to return to the Games sub-menu. 

r00251 As indicated above, part of the request may contain a location 

identifier that, based on pre-programmed characteristics of the mobile phone, serves 
to place the user at the appropriate part of the server (e^ -for example, automatically 
at the top of the navigation tree for the user's phone, describe later in relation to 
Figure 4). Thus, the server is configured to detect the phone type from the 
information passed to the server by the WAP browser. This allows the server to 
present the right options/data for that particular phone type. The user can thus 
access the content in an efficient manner. 

IQ026] The user's request is received first by the network operator at the 

operator server 42, this is indicated in Figure 3A at block 100. Here a series of 
checks is carried out in relation to the request in an operator authentication process. 
As indicated at block 110 in Figure 3, it is checked whether the user subscribes to 
the appropriate tariff to entitle him/her to access the server i n order to obtain the 
requested service. Accordingly, the user's identity is checked along with his/her tariff 
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subscription. If a positive determination is made, f^- that is that the user does 
subscribe to the appropriate tariff, the operator server forwards the request to the 
URL address identifying the mobile phone manufacturer's games server 21, as 
indicated at block 120. 

r00271 If, on the other hand, the user is identified as not being a subscriber 

on the appropriate tariff to be a!lowed i the desired service flow passes to block 1 15 in 
which the operator server sends a message to the user denying him/her the request. 
At this juncture, the message may contain information informing the user of steps he 
may take in order to apply to subscribe to the correct tariff for obtaining games 
downloads. If at block 1 15 the user agrees to the appropriate tariff he completes the 
necessary subscription requirements and flow returns to START. 

[0028] Returning to the situation where the network operator accepts the user 

and engages the manufacturer's server to service the request, the user's request 
received at the server undergoes further authentication and identification at block 
130, for instance to check for compatibility between the user's mobile phone and the 
games download requested. This may be on the basis of an identifier tag associated 
with the user's terminal software. 

[0029] On successful authentication at the server, the server provides access 

to data files that the phone will download via the browser and accordingly may 
present the user with a series of choices as to which version or level (e.g. L1, L2, or 
L3) the user would like to download. The server may offer further information on 
each of the downloadable files. The server is equipped to deal with multiple phone 
types needing to access similar types of data, or in some cases the same data. The 
data may or may not be different for each of the phone types (for instance Nokia's 
3330 and 3390 mobile phones are variants of the same phone and so in order to 
support data download for these phones, the content is identical. Conversely, if 
Nokia's 6210 mobile phone supported data download for the same game as the 3330 
mobile phone, the content would be different since the screen resolutions for the two 
mobile phone models differ. Thus, in order to access the games server there is a 
common root URL for all the games services, with a means for differentiating content 
such as a sub-directory for each mobile phone type, as illustrated in Figure 4. Within 
that structure, the user browses URLs to locate the required downloadable data 
content. The links when browsing may in some cases take the user to data files that 
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are common with o ther p hones. W ithin t he s erver m emory, g ames d ata f iles a re 
advantageously organised within a common area for downloads by mobile phone 
model type. This requires sub-division by data version which is used to differentiate 
such things as screen size differences. 

[0030] Figure 4 gives an example of a user navigation structure for data 

download for the Nokia game Pairs2 in respect of mobile phone models 3310, 3390 
(which have the same data content) and 6210 (which has different content). The 
illustrated user navigation structure does not necessarily imply that this structure 
exists as a directory hierarchy on the server, but this is the navigatable structure 
presented by the WML accessed via the mobile phone browser. In other words, from 
the header information contained in the request the server can identify the browser 
for the phone type making the request. This may be by using an initial file which is 
loaded when accessing the services for that phone type (perhaps 'index.wmF). This 
file then allows the user to browse the structure shown in Figure 4. The exact 
composition of the Pairs_2 decks and cards that is presented to the server is a matter 
for server implementation. 

r00311 The user then makes a selection of the required version. This is 

indicated at block 140. 

F00321 Alternatively, the server may detect what version/level is currently 

stored on the user's handset by virtue of a games level identifier tag that 
accompanies the user's games download request, and on that basis only allow the 
user to download the next successive version/level. 

[0033] The selected games download then undergoes further processing in 

the server. Initially, the selection passes to a controller 22 in Figure 2 that checks at 
block 145 in Figure 3A that the requested game is the appropriate one for the 
particular user to play. For instance, if the user is a novice at a particular game the 
server ensures that the game to be sent to the user is the level 1 frer -that is easiest) 
version of the game. Such a check may be made by reference to a user profile that 
may be stored on the server (for example based on some pre-existing registration), 
or uploaded to the server from the phone. The games controller 22 then accesses 
the memory storage 23 holding the appropriate games download data file^ as 
illustrated in Figure 5. using a memory address, and from there retrieves a copy of 
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the games download file, as indicated at block 150 in Figure 3A. Following 
appropriate checks, the games download file is dispatched from the server and 
transmitted according to block 160 via the operator server 42 to the mobile phone. In 
downloading the games data file, the transport protocol presents certain pre- 
determined codes or qualifiers with the data file which serve to provide an indication 
of the server's identity, this is indicated at block 170. Specifically, the HTTP header 
may indicate, through use of a specific mime type in a form such as: "Content-Type: 
application/X-NokiaGameData", the type of data that is being downloaded. This 
provides information on what processes can be applied to the file. When received, 
this indicates to the mobile phone that the games engine should receive this content. 
Furthermore, the originating URL of the game data may be used as a means of 
validating the authenticity of the data. The mime type is used advantageously for 
any number of games which the mobile phone's game engine may support, by 
removing the need to define a new mime type for each game. 

[00341 On receipt of the games download file at the mobile phone, a 

message is displayed on the phone's LCD indicating that the games download has 
been delivered. The mobile phone's processor carries out a series of error checks to 
ensure that all the data has been faithfully received (block 190 in Figure 3S), if not a 
void games data file is registered at block 200. In addition to the error checks, the 
mobile phone's processor invokes a security and authentication process, as given by 
block 210. In this process, the phone checks that the correct games download file 
has been received and from the correct server. 

r00351 To carry out the security and authentication process, the mobile 

phone's browser is configured to examine the information passed between the server 
and the phone and more particularly to recognise and accept a file type for games 
download data (e^h- for example, for Nokia games download data). Specifically, the 
games download data file is recognised by the browser by the mime type (er€b-for 
example, application/x-Nokia-GameData) and can be passed first to the game 
engine and then by the game engine to the specific game for security and 
authentication checks. 

[0036] The browser calls a h andler f rom t he g ames e ngine t o p rocess t he 

games download data file. The handler is based on the transport mechanism 
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employed in the mobile phone (e^^ for example, WAP. SMS or iMODE) and serves 
to signal the arrival of data. 

r00371 By calling on the handler, part of the authentication is performed by 

the games engine, and another part is performed by the game itself since only the 
game itself can recognize certain play features of the game. 

[0038] If the browser sends the game application to the source URL in the 

message with the data A a check is made that the source is valid e^ar- for example 
www.clubnokia.com/games/, and the content may be rejected if it is determined from 
the check that it has not been sent from a valid source. Accordingly, if the games 
download file , as illustrated in figure 5, is verified as being from an authentic source, 
it is accepted, if not the games download is rejected as void data. 

[00391 If void game data is registered A a notification is sent to the server via 

the operator of the rejected game (block 220). If the games download data file is 
accepted, it is stored to the mobile phone's memory, as shown at block 230 in 
Figure 3B. 

r00401 The downloaded game data file structure is described with reference 

to Figure 6: Game engine data header: Data used by the game engine to validate the 
file and route the data to the correct game; Common game data header: data used 
by all games to validate the file and identify it; Game specific data: the data actually 
used when running the game to revise the gameplay. 

1*00411 Storage onto the phone's memory, may be carried out by the user 

through use of the menu options to save the game onto the phone memory. 
Alternatively, there may be automatic saving to memory on verification of error free 
receipt of a secure game. The data file would be stored in a part of memory that 
does not depend upon the phone remaining powered up, or with a charged battery. 

[0042] Storing the games download into the mobile phone memory modifies 

the previously stored games data for instance by overwriting library data or aspects 
of in-game data to provide modified content thereby avoiding taking up substantially 
extra memory space. 
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[0043] The step of saving the games download on the phone causes a signal 

to be transmitted to the server via the operator that the games download has been 
accepted and saved in the mobile phone memory. This acts as a confirmation of 
receipt and acceptance by the user as shown at block-2©0240. 

[0044] Transfer of signals between the user's mobile phone and the server 

may use any appropriate modes such as WAP and SMS, advantage being taken of 
security protocols established under these modes. For example, in order to establish 
a secure session between the server and the mobile phone there may be an 
exchange of public keys, followed an exchange of secret keys. 

f00451 Thus it should be noted that this specific embodiment of the invention, 

determines whether or not the received games download is from a 'trusted' server, 
and this accordingly blocks downloading of games content from unauthorised 
sources. A trusted server is one that the mobile phone recognises is a server 
authorised to provide content for download to the mobile phone, and this may be on 
the basis of information pre-loaded, flashed or even downloaded to the phone's 
memory, and may be implemented for example in the form of a look-up table. 
Advantageously, the invention provides a safeguard against the content crashing the 
phone. 

r00461 Various arrangements are envisaged for schemes for payment by the 

user for the downloaded content. One arrangement is to set a limit in the server of 
number of times a single user could download a purchased piece of data. This 
would require database entries in the server to track which users had downloaded 
which d ata a nd m onitor h ow m any t imes t he c ontent h as b een downloaded. The 
same data could be downloaded again by paying again. This allows for reloading of 
data. Another arrangement is to have the games engine keep track of data it had 
ever downloaded. Whenever data was detected which was not previously registered 
on that mobile phone, the phone would prompt the user to send a message (e.g. 
SMS) to the server with a pre-defined message. This message may contain the data 
identification and a reverse billing process is set up on the received messages to the 
server. Then instead of paying initially for the data content, the user gets billed for 
the act of "unlocking" it on the device. 
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r00471 It should be understood that the specific description given above 

provides merely one way of embodying the present invention, and that the present 
invention may be used in other forms and for other types of content download without 
departing from its essential attributes. 

[0048] Thus, reference should thus be made to the appended claims and 

other general statements herein rather than to the foregoing description as indicating 
the scope of the invention. 

r00491 Furthermore, each feature disclosed in this specification (which terms 

includes the claims) and/or shown in the drawings may be incorporated in the 
invention independently of other disclosed and/or illustrated features. In this regard, 
the invention includes any novel feature or combination of features disclosed herein 
either explicitly or any generalisation thereof irrespective of whether or not it relates 
to the claimed invention or mitigates any or all of the problems addressed. 

rOOSOl The appended abstract as file herewith is included in the specification 

by reference. 
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Abstract 

A way of downloading content from a server to a mobile phone in which the 
server can be accessed directly from within a phone menu application. The content 
is thus downloaded from the server to the mobile phone, and accompanying the 
content is an HTTP header that indicates the source URL of the server. The content 
once received at the phone from the server is then subjected to examination whereby 
the mobile phones determines whether or not the downloaded content is from a 
trusted server. 



